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(57) Abstract: A method, a computer programme 
product and a device for conversion of an input 
document data stream (105), corresponding to 
one of several possible input data formats (AFP, 
MO:DCA, Line Data, CSV, ASCII, RDI), into an 
output document data stream (106), corresponding to 
one of several output data formats (AFP, MO:DCA, 
PCL, PostScript), are disclosed. The input document 
data stream (105) is converted into an internal data 
format (66), where necessary document formatting 
information is added to the data in the internal data 
format (66) which determines the representation of the 
data in the output format. The data is then converted 
into the output data format 

(57) Zusammenfassung: Beschrieben wird ein 
Verfahren, ein Computerprogrammprodukt und 
eine Vorrichtung zum Umwandeln eines Ein- 
gangs-Dokumentendatenstroms (105), der einem von 
mehreren mSglichen Eingangsdatenformaten (AFP, 
MO:DCA, Line Data, CSV, ASCII, RDI) entspricht, 
in einen Ausgangs-Dokumentendatenstrom (106), 
der einem aus mehreren Ausgangsdatenformaten 
(AFP, MO:DCA, PCL, PostScript) entspricht. Der 
Eingangs Dokumenten-Datenstrom (105) wird in ein 
internes Datenformat (66) umgesetzt, den Daten im 
internen Datenformat (66) bedarfsweise eine Doku- 
mentenformatierungsinformation hinzugefugt, die die 
Darstellung der Daten im Ausgangsformat festlegt 
Darin werden die Daten in das Ausgangs-Datenformat 
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Verfahren, Computerprogrammprodukt und Vorrichtung zum 
Verarbeiten eines Dokumentendatenstroms eines Eingangsfor- 
10 mates zu einem Ausgangsf ormat 



Die Erfindung betrifft ein Verfahren, ein Computerpro- 
15 grammprodukt und ein System zur Verarbeitung von Dokumen- 
tendatenstromen. Sie betrifft insbesondere ein Verfahren 
und ein System zur Verarbeitung eines Druckdatenstroms, 
der zur Ausgabe auf einem Druckgerat aufbereitet wird. Ei- 
ne derartige Aufbereitung f indet typischerweise in Com- 
20 putern statt, die Druckdateien oder Druckdaten aus Anwen- 
derprogrammen heraus druckerangepafit verarbeiten. Die 
Druckdaten werden dabei z.B. in einem Ausgabestrom einer 
bestimmten Druckdatensprache wie AFP® (Advanced Function 
Presentation), PCL™ oder PostScript™ umgewandelt. Aus SAP- 
25 Datenbankanwendungen werden Daten z.B. im Format SAP/RDI 
zum Drucken ausgegeben. 

In Grofirechenzentren werden die Druckdaten typischerweise 
in einem Host Computer (Main Frame) zusammengetragen 

30 (Spooling-Vorgang) und daraus groBe Druckauf trage (Jobs) 
generiert, die bis uber mehrere Gigabyte an Daten beinhal- 
ten. Die Druckauf trage sind dabei derart zur Ausgabe auf 
Hochleistungsdrucksystemen angepafit, daJJ die Hochleis- 
tungsdrucksysteme im Produktionsbetrieb zeitlich optimal 

35 ausgelastet bzw. weitgehend im kontinuierlichen Betrieb 
eingesetzt werden konnen. Der Ausdruck erfolgt dann entwe- 
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der liber den Host-Computer oder ttber angeschlossene Ser- 
ver. 

Derartige Hochleistungsdrucker mit Druckgeschwindigkeiten 
5 von etwa 40 DIN A 4 Seit.en pro Minute bis zu Uber 1000 DIN. 
A 4 Seiten pro Minute sind beispielsweise in der Verof- 
. fentlichung „Das Druckerbuch", herausgegeben von Dr. Gerd 
Goldmann (Oce Printing Systems GmbH), Ausgabe 6, Mai 2001, 
ISBN 3-000-00 1019-X beschrieben. Im Kapitel 14 sind unter 
10 dem Titel Oce PRISMApro Server System Konzepte zur hoch- 
performanten Aufbereitung und Verarbeitung von Druckdaten 
beschrieben. 

Ein typisches Druckdatenf ormat in elektronischen Produkti- 
15 ons-Druck-Umgebungen ist das Format AFP (Advanced Function 
Presentation) , welches beispielsweise in der Publikation 
Nr. F-544-3884-01 der Firma International Business Machi- 
nes Corp. (IBM) mit dem Titel „AFP Programming Guide and 
Line Data Reference" beschrieben ist. In dieser VerSffent- 
20 lichung ist auch die Spezif ikation fur einen weiteren Da- 
tenstrom mit der Bezeichnung „S/370 ' Line-Mode Data x ' be- 
schrieben. Der Druckdatenstrom AFP wurde weiterentwickelt 
zu dem Druckdatenstrom MO:DCA, welcher in der IBM-Publika- 
tion SC31-6802-04 mit dem Titel „Mixed Object Document 
25 Content Architecture Reference" beschrieben ist. Im Rahmen 
der vorliegenden Beschreibung wird zwischen AFP-Datenstro- 
men und MO: DCA-Datenstromen nicht unterschieden. 

Von der Anmelderin wird ein mit dem Handelsnamen PRIS- 
30 MAproduktion™ bezeichnetes Datenverarbeitungs-System ftir 
Hochleistungsdrucksysteme angeboten, welches in der Lage 
ist, Druckdatenstrome aus verschiedenen Anwendungen zu 
verarbeiten, unter verschiedenen Betriebssystemen wie MVS™ 
Oder BS 2000™ zu spoolen und in einen gerateorientierten 
35 Datenstrom wie z.B. IPDS™ (Intelligent Printer Data 
Stream) umzuwandeln. 
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Von der Firma IBM Corp. ist das unter der Bezeichnung 
ACIF™ bekannt gewordene Programm geschaffen worden, mit 
dem es mOglich ist, Druckdatenstrbme zu konvertieren und 
zu indizieren. Die ACIF-Anwendung ist in der IBM-Broschure 
5 G544-3824-00 mit dem Titel Conversion and indexing faci- 
lity application programming guide" sowie in der IBM-Bro- 
schure Nr. S544-5285-00 mit der Bezeichnung „AFP conver- 
sion and indexing facility (ACIF) user's guide" beschrie- 
ben. Von der Anmelderin sind entsprechende Computerpro- 
10 gramme unter den Handelsnamen SPS™ , CIS™ bekannt. 

Zur Erganzung von Befehlen in der Druckdatensprache IPDS 
ist die US-A-6,097,4 98 erschienen. Mit einem WOCC Kommando 
konnen demnach Objekte aus anderen Drucksprachen wie 
PostScript oder PCL in einen IPDS-Datenstrom eingefugt und 
Ubertragen werden. Auch in der deutschen Patentanmeldung 
Nr. 102 45 530.9 ist beschrieben, wie zus&tzliche Steue- 
rungskommandos in einen Druckdatenstrom eingefugt werden 
konnen . 

Aus der IBM-Verdf f entlichung Nr. S544-5284-06 "IBM Page 
Printer Formatting Aid: User's Guide", 7 th edition, die 
z.B. unter 

http ; / / publib . boulder . ibm. com/prsys/pdf s/54 4528 4 6 . pdf zu- 
ganglich ist, ist ein Tool bekannt, mit dem ein Anwender 
sogenannte „form definitions" (formdef) und „page defini- 
tions" (pagedefs) zur Formatierung von Druckdaten erzeugen 
kann. Von der Anmelderin wird ein entsprechendes Computer- 
programm SLE™ (Smart Layout Editor) entwickelt und ver- 
trieben. 

Aus der WO 01/77807 A2 bzw. der korrespondierenden DE-A1- 
100 17 785 ist ein dem o.g. Produkt CIS™ entsprechendes 
Verfahren zur Anreicherung von Dokumentendaten bekannt, 
35 bei dem der Dokumentendatenstrom normalisiert , d.h. auf 
ein einheitliches Datenformat gebracht wird und Indexdaten 
fur einen Such- oder Sortiervorgang gebildet werden. Wei- 
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terhin werden Ressourcendaten, die in dem Datenstrom ent- 
halten sind, extrahiert und zu einer Resourcendatei zusam- 
mengefiigt. Schliefilich konnen die Daten nach vorgegebenen 
Suchkriterien sortiert und eine entsprechende Dokumenten- 
5 datei ausgegeben werden. 

In der PCT/EP02/05296 ist beschrieben, wie ein Druckdaten- 
strom in gerasterter Form auf einem Bildschirm dargestellt 
werden kann, 

10 Aus der EP-A1-0 982 650 ist ein verteiltes Drucksystem be- 
kannt, bei dem Druckauf tr&ge von verschiedenen Eing&ngen 
an verschiedene Drucker eines Netzwerkes gesandt werden 
kSnnen. Wenn ein Druckauf trag in einer Druckdatensprache 
eingeht, die der vorgesehene Drucker nicht interpretieren 

15 kann, so wird der Druckauftrag in eine Sprache umgesetzt, 
mit der der vorgesehene Drucker kompatibel ist. 

Aus der US-A-5, 993, 088 ist ein Verfahren bekannt, mit dem 
Druckauf trSge zuerst gesammelt werden (spooling-Vorgang) , 
20 bevor sie an einen Drucker ausgegeben werden. 

Aus der DE-A1-199 11 461 ist ein Verfahren zur Ausgabe von 
Dokumenten-Druckdaten bekannt, bei dem zun^chst variable 
Daten und statische Daten dokumentenweise zusammengef iigt 
25 und vor der Obertragung wieder getrennt werden, damit sta- 
tische Daten, die in mehreren Dokumenten vorkommen, nur 
einmal iibertragen werden mtissen. 

In Figuren 2 und 3 sind bekannte Verf ahrensweisen zum Ver- 
30 arbeiten von Druckdaten dargestellt. Die Druckdaten werden 
dabei von einer Druckdatenquelle 25 mit einem Musterdaten- 
satz an einen Editor, wie z. B. den Smart Layout Editor 
(SLE) , den die Anmelderin vertreibt, gesandt. Anhand die- 
ses Musterdatensatzes wird das Layout (Formulare, Daten- 
35 platzierung, Schriften etc) zum Ausdruck festgelegt und 
ein AFP-Ressourcen-Datenstrom mit einer Formdef-Datei und 
Pagedef -Datei erzeugt. Der AFP-Ressourcen-Datenstrom 27 
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umfafit nur einige zig- bis maximal einige hundert Kilobyte 
und enthait Formulare, Schriften, Seiten-Def initionen und 
Form-Definitionen als Befehle. Der AFP-Ressourcen-Daten- 
strom 27 wird dann an einen Druckaufbereitungscomputer 
5 (Printserver) 28 gesandt und dort abgespeichert . Beim spa- 
teren Ausdrucken der Druckdaten werden diese iiber den 
Druckdatenweg 29 direkt an den Printserver 28 gesandt, 
welcher die Druckdaten wiederum mit dem AFP-Ressourcen-Da- 
tenstrom verbindet und daraus einen IPDS-Datenstrom gene- 
10 riert, der an ein oder niehrere Druckgerate 31, 32 zum Aus- 
druck gesandt wird. 

Dieser Verarbeitungsweise liegt also das Konzept zugrunde, 
dafi eine Trennung zwischen den zu druckenden variablen Da- 

15 ten und dem Ressourcen-Datenstrom erfolgt. Vorteile dieser 
auf AFP beruhenden Verf ahrensweise sind eine hohe Verar- 
beitungsgeschwindigkeit und ein hoher Kompressionsgrad, da 
die Ressourcen-Daten als relativ kleine Datei einmalig u- 
bermittelt werden konnen und der Grofcteil der Daten 

20 (Druckdaten) ohne belastende Zusatzinf ormationen, wie Lay- 
outs, Formulare, Fonts (Schriften) etc., von der Druckda- 
tenquelle 25 direkt an den Printserver 28 gesandt werden 
kann . 

25 Nachteilig bei diesem auf dem IBM-Produkt Page Printer 
Formatting Aid (PPFA) basierenden Verfahren ist, dafi nur 
die in PPFA vorgesehenen Druckdaten und vorgegebenen For- 
matieringsprinzipien verwendet werden konnen. Personali- 
sierte Dokumente konnen zwar durch conditional proces- 

30 sing" erzeugt werden, hierzu mufi aber fur jede Verzweigung 
eine neue Dokumentenseite beschrieben werden. Dadurch wird 
die Applikationsgestaltung sehr langwierig und komplex. 
Insbesondere ist auf diese Art und Weise die Generierung 
von Kuchen- oder Balkendiagrammen nicht moglich. Dies ware 

35 nur durch Sonderf unktionen in einem entsprechend erweiter- 
ten Druckertreiber moglich. Der Ausdruck solcher Applika- 
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tionen ware damit aber auf herstellerspezif ische Systeme 
beschrankt, was relativ ungiinstig ware. 

Ressourcen sind statisch, das heifit sie werden bei der 
5 Ausfiihrung eines Druckauf trags weder generiert noch veran- 
dert, Weiterhin enthalten sie keine Druckdaten, beim Ent- 
wurf der Ressourcen k6nnen jedoch Druckdatenmuster verwen- 
det werden, 

10 In Figur 3 ist eine Datenauf bereitung nach dem sogenannten 
Formatter-Prinzip dargestellt. Der komplette Druckdaten- 
strom wird dabei von der Druckdatenqueile 25 einem For- 
matter 35 zugeleitet, welcher ein Layout erstellt und die 
Layout angaben, wie Formularangaben, Schrif tf ormangaben und 

15 andere Formatangaben, direkt in den Druckdatenstrom integ- 
riert. Der komplette so aufbereitete Druckdatenstrom wird 
dann an den Printserver 28 gesandt und von diesem an einen 
Drucker 31, 32 weitergeleitet - Eine derartige Verarbei- 
tungsweise entspricht vielen im sogenannten Small-Office 

20 Home-Office (SOHO) -Bereich eingefuhrten Verf ahrensweisen. 
Beispielsweise werden Druckdaten in den Microsoft-Office- 
Produkten WinWord™, Access™ und Excel™ unter dem Betriebs- 
system MS Windows™ auf diese Weise verarbeitet. 

25 Vorteilhaft bei dieser Art der Datenauf bereitung ist, dafi 
praktisch beliebig komplexe Anweisungen bzw. Regeln in den 
Druckdatenstrom integriert werden konnen. Insbesondere 
sind Tabellen mit dynamischer Lange einschlielilich Zwi- 
schen- und Endsummen m6glich sowie die grafische Aufberei- 

30 tung von Druckdaten durch Kuchen- bzw. Balkendiagramme 
etc.. Der Darstellung von Druckdaten sind dabei prinzi- 
piell keine Grenzen gesetzt. Zudem sind uber Eingangsfil- 
ter unterschiedliche Druckdaten ladbar, u. a. auch soge- 
nannte RDI-Daten von Datenbank-Programmen der Firma SAP 

35 AG, Walldorf, Deutschland. 
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Nachteilig bei dieser Verf ahrensweise ist, dafi der Druck- 
datenstrom durch die Formatierungsangaben sehr umfangreich 
wird und damit die Obertragung der Druckdaten von einem 
Computer an einen anderen Computer oder an den Drucker re- 
5 lativ lange dauert. Weiterhin muii die Druckaufbereitung 
far jeden Druckauftrag einzeln erfolgen. Computerpro- 
gramme, die dieses Prinzip auf AFP-Druckdaten anwenden, 
mussen far jeden Druckauftrag einen vollstSndigen AFP-Da- 
tenstrom erzeugen, auch wenn keine Dynamik erfolgen. soil. 
10 Zum Ausdrucken sind diese AFP-Datenstr6me in entsprechende 
IPDS-Datenstrome far die Druckgerate umzuwandeln. Nachtei- 
lig ist dabei, daft kleinste Anderungen am Druckauftrag ei- 
ne vollige Neugenerierung des AFP-Datenstroms erzwingen. 

15 Eine performante Verarbeitung und Aufbereitung von Druck- 
daten ist insbesondere beim Ausdrucken von Daten aus Da- 
tenbanken erf orderlich . In Datenbankanwendungen, die von 
der Firma SAP AG, vertrieben werden, konnen Daten im soge- 
nannten RDI-Format (Raw Data Interface Format) ausgegeben 

20 werden. Die Daten konnen dabei mit dem Tool „SAP script" 
teilweise formatiert werden oder auch unformatiert ausge- 
geben werden. 

Es ist Aufgabe der Erfindung, ein Verfahren, ein Computer- 
25 programmprodukt und ein Computer system anzugeben, mit de- 
nen groJie Druckdatenstrdme einerseits datensatzindividuell 
flexibel aufbereitet und andererseits insgesamt hochper- 
formant ubertragen werden konnen. 

30 Diese Aufgabe wird durch die in den unabhangigen AnsprU- 
chen angegebene Erfindung gelost. Vorteilhafte Ausfuh- 
rungsformen der Erfindung ergeben sich aus den Unteran- 
sprachen. 

35 GemSli einem ersten Aspekt der Erfindung wird zum Umwandeln 
eines Eingangs-Dokumenten-Datenstroms, der einem von meh- 
reren moglichen Eingangsdatenf ormaten entspricht, in einen 
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Ausgangs-Dokumenten-Datenstrom, der einem aus mehreren 
Ausgangsdatenf ormaten entspricht, der Eingangs-Dokumenten- 
Datenstrom in ein internes Datenformat umgesetzt. Den Da- 
ten wird im internen Datenformat bedarfsweise eine Doku- 
5 mentenf ormatierungsinf ormation hinzugef ilgt , die die Dar- 
stellung der Daten im Ausgangsf ormat festlegt, und die Da- 
ten dann in das Ausgangs-Datenf ormat umgewandelt. 

Gemafl einem zweiten Aspekt der Erfindung, der unabhSngig 
10 vom ersten Aspekt der Erfindung gesehen werden kann, wird 
zum Umwandeln eines Eingangs-Dokumentendatenstroms , der 
einem von mehreren mOglichen Eingangsdatenf ormaten ent- 
spricht, in einen Ausgangs-Dokumentendatenstrom, der einem 
aus mehreren Ausgangsdatenf ormaten entspricht, der Ein- 
15 gangs-Dokumentendatenstrom in ein internes Datenformat wie 
z.B. AFP, Unicode oder PPML umgesetzt, den Daten im inter- 
nen Datenformat bedarfsweise und gesteuert durch ein Doku- 
menten-Template, das insbesondere das Hinzufugen von For- 
matierungsanweisungen im internen Datenformat beschreibt, 
20 eine Dokumentenf ormatierungsinf ormation hinzugef tigt, die 
festlegt, wie der Inhalt des Datenstroms im internen Da- 
tenformat dargestellt wird, und schliefilich die Daten im 
Ausgangsdatenf ormat ausgegeben. 

25 GemSfi einem dritten Aspekt der Erfindung, der auch unab- 
hangig von den zuvor genannten Aspekten der Erfindung ge- 
sehen werden kann, wird zur f ormatangepafiten und geschwin- 
digkeitsoptimierten Verarbeitung eines Eingangs-Dokumen- 
ten-Datenstroms dieser in ein internes Datenformat mit 

30 formatierten Daten, die Formatangaben enthalten, und Roh- 
daten, die keine Formatangaben enthalten, umgewandelt. Den 
Rohdaten werden mittels vorgegebener Regeln Formatier.ungs- 
anweisungen hinzugefiigt und aus den Daten des internen Da- 
tenformats ein Ausgangs-Datenstrom gebildet, der ein vor- 

35 gegebenes Format hat. 
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Gema/5 einem vierten Aspekt der Erfindung, der auch von den 
zuvor genannten Aspekten der Erfindung unabhangig gesehen 
werden kann, wird in einem Verfahren zum Verarbeiten und 
Aufbereiten von Dokumenten-Datenstrdmen in einer ersten, 
5 vorbereitenden Verarbeitungsphase ein eine bestimmte Da- 
tenstruktur aufweisender Musterdatensatz eines Dokumenten- 
Datenstroms mit Formatierungsanweisungen versehen und dar- 
aus eine Formatierungsinformation gebildet. In einer zwei- 
ten, produktiven Verarbeitungsphase des Dokumenten-Daten- 
10 stroms wird an alien Datensatzen, deren Datenstruktur der 
des Musterdatensatzes entspricht, anhand der Formatie- 
rungsinformation Daten hinzugefUgt und alle ttbrigen Daten 
ohne Veranderung weitergeleitet . 

15 Als Eingangs- und/oder Ausgangs-DatenstrSme konnen bei der 
Erfindung alle Dokumentendatenstrome verwendet werden, z. 
B. AFP (Advanced Function Presentation), Line Data, CSV 
(Comma separated Value), ODBC (Open Database Connecti- 
vity) , Extended Markup Language (XML) , Hypertext Markup 

20 Language (HTML), Extensible HTML (XHTML), Personalized 
Printer Markup Language (PPML) , PostScript, Printer 
Control Language (PCL) , SAP RDI (Raw Data Interface), Win- 
dows Meta Code, usw. Als internes Datenformat eignen sich 
insbesondere AFP und PPML, es kann jedoch auch ein anderes 

25 Datenformat , z.B. XML verwendet werden. 

». 

Die Erfindung beruht auf der Erkenntnis, dafi die verschie- 
denen, eingangs genannten Datenstrome jeweils Vorteile und 
Nachteile haben und dafl es gelingen miifite, von den jewei- 

30 ligen Datenstrdmen jeweils die Vorztige zu nutzen und die 
Nachteile durch Obernahme von Verarbeitungsprinzipien aus 
anderen Datenstromen zu beseitigen. Insbesondere konnen 
die auf Ressourcen basierenden Vorteile mit der Erfindung 
genutzt werden. Einmal erstellte Ressourcen werden bei der 

35 Ausfuhrung eines Druckvorgangs weder generiert noch veran- 
dert. Es reicht daher, sie einmalig an einen Druckserver 
oder Drucker zu Ubertragen und sie dann vielfach auf die 



WO 2004/040432 



- 10 - 



PCT/EP2003/012106 



jeweiligen Druckdaten anzuwenden. Auch die oben bereits 
beschriebene Moglichkeit der Abfrage von Druckdaten und 
der Programmverzweigungen besteht bei der Erfindung. Wei- 
terhin ist die relative Positionierung von Druckdaten 
5 durch Verkettung von Druckdaten moglich. Die Ressourcen 
rmlssen nur einmal erstellt werden und konnen beliebig oft 
verwendet werden, namlich far alle Druckdaten, die eine 
Struktur haben, die dem zur Erstellung der Ressourcen ver- 
wendeten Musterdruckdatensatz entsprechen. 
10 » 

Weiterhin ist die Obertragung auf verschiedene Druckermo- 
delle (IPDS) moglich, da allenfalls die Beschreibung der 
physikalischen Seite (z. B. die Formdef-Ressourcen-Datei 
in einem AFP-Datenstrom) ausgetauscht werden mufi. Durch 
15 die Gerateunabhangigkeit eines Zwischenf ormates wird es 
auch mSglich, daB keine auf einem geratespezif ischen For- 
mat beruhenden Format-anweisungen benStigt werden. 

Andererseits werden mit der Erfindung auch die von dem 
20 Formatter-Prinzip bekannten Vorteile nutzbar, namlich die 
Moglichkeit, praktisch beliebige Darstellungsanweisungen 
der Druckdaten direkt in den Datenstrom einzubinden. Der- 
art aufbereitete Druckdaten werden dabei insbesondere in 
ihrem formatierten Zustand belassen und so an den Druck- 
25 server bzw. Drucker gesandt. 

Mit der Erfindung wird somit eine hohe Flexibilitat bei 
der Layout-Gestaltung von Druckdokumenten erreicht, so dafi 
eine volldynamische Dokumentenstruktur ermoglicht wird. Es 

30 kann damit sowohl ein dynamisches Layout, das heilit die 
Positionierung und Darstellung von Dokumententeilen in Ab- 
hangigkeit der zugrunde liegenden Druckdaten, als auch die 
Integration von Layout- bzw. Formatierungsmerkmalen aus 
externen Quellen (Programmen) erfolgen. Weiterhin k6nnen 

35 konstante und variable Daten gemischt werden, beispiels- 
weise in . FlieJitexten und Barcodes . Durch die gerateunab- 
hangige Verarbeitung der Dokumentendaten innerhalb des 
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Prozesses ist es moglich, ein Design auf unterschiedlichen 
Ausgabegeraten optimal auszugeben, wobei der jeweilige 
Ausgabedatenstrom druckerangepaBt und/oder f ormatangepaBt 
erfolgt . 

5 

Erf indungsgemafi ist dies dadurch gelungen, daB die aus dem 
AFP-Umfeld bekannte, an Ressourcen orientierte Verfahrens- 
weise angewandt wird auf sogenannte Rohdaten, die im Ein- 
gangs-Datenstrom unf ormatiert zur Verfugung stehen, wobei 

10 ein- und derselbe Formatierungsvorgang fur mehrere Daten- 
satze durchzufahren ist. Des weiteren beruht die Erfindung 
auf der Erkenntnis, daB Datensatze, die bereits struktu- 
riert formatiert sind, meist keiner Veranderung mehr be- 
diirfen und direkt weitergeleitet werden konnen. In Sonder- 

15 fallen kann jedoch auch vorgesehen sein, daB einer bereits 
im Datenstrom enthaltenen Formatter-Formatierung noch eine 
zusatzliche, auf Ressourcen basierende Formatierung hinzu- 
gefiigt wird (sogenannte Huckepack-Formatierung) . 

20 In einem vorteilhaf ten Ausf tthrungsbeispiel der Erfindung 
. sind das Eingangs-Datenf ormat , das Ausgangs-Datenf ormat 
und/ oder die hinzugef iigte Dokumentenf ormatierungsinf orma- 
tion auswahlbar. Dies kann insbesondere wahrend einer De- 
sign-Phase geschehen, wahrend der auch das zur Steuerung 

25 der Erganzungsf ormatierung verwendete Dokumenten-Template 
gemaB dem zweiten Aspekt der Erfindung erzeugt oder modi- 
fiziert werden kann. 

Weiterhin ist es vorteilhaft, wenn die Daten des Eingangs- 
30 Dokumentendatenstroms fiir die weitere Bearbeitung aufge- 
teilt werden in vorf ormatierte Daten, die bereits eine Do- 
kumentenf ormatierungsinf ormation aufweisen, und Rohdaten, 
die keine Dokumentenf ormatierungsinf ormation auf weisen . 
Die vorf ormatierten Daten werden vorzugsweise in einer 
35 ersten Formatierungsstuf e verarbeitet, in der sie insbe- 
sondere nicht verandert werden und die Rohdaten in einer 
zweiten Verarbeitungsstuf e, in der ihnen die Dokumenten- 
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formatierungsinf ormationen entsprechend einem anhand eines 
Musterdatensatzes erzeugten Dokumenten-Templates hinzuge- 
fugt werden. Die Rohdaten k6nnen dabei Objekten zugeordnet 
werden, wobei die Objekte insbesondere grafische Elernente, 
5 wie z. B. Kuchendiagramme, Balkendiagramme, Rahmen, Tabel- 
len und/oder Farben umfassen kSnnen. 

Die Dokumentenformatierungsinf ormation kann insbesondere 
eine Papierwiedergabeinf ormation, wie z. B. N-Up und/oder 

10 Duplex umfassen, Weiterhin vorteilhaft an der erfindungs- 
gemaften Verwendung eines Dokumenten-Templates ist f dali es 
unabhangig vom Format des Eingangs-Dokumenten-Datenstroms 
ist und somit f ormatunabhangig verwendbar ist. Dokumenten- 
Templates greifen insbesondere auf den Design-Datensatz 

15 zu. Ihre Verwendung ist daher weniger f ehleranf allig bei 
der Erganzung von Zeilen etc. als z. B. bei reinen Zeilen- 
daten. 

Weiterhin kann die Dokumentenformatierungsinf ormation eine 
20 Druckvor- und/oder Nachverarbeitungsinf ormation enthalten. 
Als Ausgangsdatenstrom ist inbesondere ein Advanced Func- 
tion Presentation Datenstrom vorgesehen, bei dem eine ers- 
te Gruppe von Formatierungsinf ormationen tiber eine Pa- 
gedef-Datei zur Verfiigung gestellt wird und eine zweite 
25 Gruppe von Formatierungsinf ormationen im variablen Daten- 
strom enthalten ist. 

Weitere Aspekte und Vorteile der Erfindung werden im Zu- 
sammenhang mit der nun folgenden Beschreibung von Ausftth- 
30 rungsbeispielen und den zugehorigen Figuren deutlich. 

Es zeigen: 

Figur 1 ein Hochleistungsdrucksystem, 

35 

Figur 2 die bekannte Verf ahrensweise zur Verarbeitung von 
Druckdaten gemafi den AFP,* und IPDS Spezif ikationen, 
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Figur 3 Die bekannte Verf ahrensweise zur Verarbeitung von 
Druckdaten gemafJ dem sog. Formatter-Prinzip, 

5 Figur 4 Das Prinzip der erf indungsgemaflen Verf ahrensweise, 

Figur 5 Die Anwendung der Erfindung auf ein Dokumentenver- 
arbeitungssystem, bei den ein SAP-Datenbanksystem mit ei- 
nem Druckproduktionssystern zusammenwirkt , 

Figur 6 Das Prinzip einer erf indungsgemaflen Verarbeitung 
mit jeweils beteiligten Bearbeitungsmodulen, 

Figur 7 Ein erf indungsgemaiien Arbeitsablauf zur Designzeit 
aus Sicht eines Benutzers, 

Figur 8 Einen Arbeitsablauf zur Design-Phase bezogen auf 
Dokumentendaten, 

20 Figur 9 Einen Arbeitsablauf in der Produktionsphase bezo- 
gen auf Dokumentendaten 

Figur 10 Die Zusammenstellung eines komplexen Dokuments 
mit Komponenten, 

25 

Figur 11 Die Erstellung eines Dokuments mit Barcode aus 
variablen und statischen Daten, 

Figur 12 Einen Verf ahrensablauf , bei dem ausgangsseitig 
30 PCL Dokumentendaten erzeugt werden, 

Figur 13 Verschiedene Stationen, bei denen Dokumentendaten 
zunehmend zu einem Dokument verbunden werden und 

35 Figur 14 Erwei terungen der in Figur 13 dargestellten Sta- 
tionen und 



10 



15 
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Figur 15 Einen verallgemeinerten Verf ahrensablauf der Er- 
f indung . 

In Figur 1 1st ein Dokumenten-Druckproduktionssystem 1 ge- 
5 zeigt, das zum einen eine Main-Frame-Architektur 2 umfasst 
und zum anderen eine Netzwerk-Architektur 5, in denen je- 
weils Dokumentendaten bzw, Dokumentendruckdatenstrome mit- 
tels Anwenderprogrammen (Tools) erzeugt werden. In der 
Main-Frame-Architektur 2 werden diese Druckdaten von einem 

10 Host-Computer 3, z.B. als AFP-Druckdatenstrom oder als 
Zeilendruckdatenstrom, erzeugt. Vom Host-Computer 3 konnen 
die Druckdaten wahlweise liber einen sog. S/370-Kanal 14a 
direkt an einen oder mehrere Druckgerate 6a, 6b ubertragen 
werden. Alternativ zu diesem Ausgabekanal konnen die 

15 Druckdaten auch vom Host-Computer 3 Qber ein Netzwerk 13 
oder eine direkte Datenverbindung 14b zu einem Bearbei- 
tungscomputer 4 ubertragen werden, in dem die Druckdaten 
zwischengespeichert (z.B. in einem zugehorigen File-Ser- 
ver) und fur nachfolgende Ausgabeschritte bearbeitet wer- 

20 den. In derartigen Host-Computern 3 werden insbesondere 
DruckdatenstrSme erzeugt, die aus grolieren Datenbestanden 
(Datenbanken) regelmSftig Listen-Ausdrucke, Rechnungen, 
Verbrauchstibersichten ( fur Telef onrechnungen, Gasrechnun- 
gen, Bankkonten) etc. zusammenstellen . Derartige Anwendun- 

25 gen sind haufig bereits seit vielen Jahren im Einsatz und 
werden nach wie vor in mehr oder weniger unveranderter 
Weise benotigt (sog. Legacy-Anwendungen) . 

Innerhalb der Main-Frame-Architektur 2 wird der Druckpro- 
30 duktionsablauf von einem Oberwachungssystem 7 Uberwacht. 
Es umfasst einen Oberwachungscomputer 7a, der mit einer 
Datenbank 7b gekoppelt ist und verschiedene Computerpro- 
grammmodule 7c enthalt. 

35 Das Oberwachungssystem 7 ist iiber ein Geratesteuerungs- 
netzwerk 15 und ein Printmanager-Modul 8 mit dem Host- 
Computer 3 verbunden sowie liber einen Konverter 9 mit z.B. 
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einer V24-Datenleitung, die an die beiden Druckgerate 6a, 
6b ankoppelt. Der Konverter 9 setzt die V24-Signale in 
DMI-Protokollsignale des GerMtesteuerungsnetzwerkes 15 urn. 
SNMP-Protokollsignale konnen dem Device Manager DM als 
5 DMI-Protokollsignale umgesetzt bereitgestellt werden bzw. 
direkt als SNMP-Protokollsignale Ubergeben werden. 

Druckgut 19 , das in den Druckern 6a, 6b aus dem Dokumen- 
ten-Druckdatenstrom erzeugt wurde und auf dem Barcodes 

10 aufgedruckt sind, kann jeweils mit einem manuell bewegba- 
ren, f unkgesteuerten Barcode-Leser 11a abgescannt werden. 
Die Signale werden per Funk an die Lesestation 10a Uber- 
tragen und in das Ger&testeuerungsnetzwerk 15 bzw. an das 
Oberwachungssystem 7 ubermittelt. Als Barcode-Leser konnen 

15 Leser fur ein-dimensionale und/oder zwei-dimensionale Bar- 
codes eingesetzt werden, sodass verschiedene Barcode-Sys- 
teme mit ein und derselben Lesevorrichtung gelesen werden 
kbnnen. Das Barcode-Lesesystem ist insbesondere konfigu- 
rierbar, d.h., auf verschiedene, anwendungsspezif ische Co- 

20 des bzw. die jeweils geeigneten Kontrollverf ahren anwend- 
bar . 

In der Netzwerk-Architektur 5 werden Dokumentendaten mit- 
tels Anwenderprogrammen in Client-Computern 12 , 12a er- 

25 zeugt, die ttber ein Client-Netzwerk 13 untereinander sowie 
mit dem Bearbeitungscomputer (File-Server) 4 verbunden 
sind. Der File-Server dient damit als zentrale Verarbei- 
tungs- und Bearbeitungsschnittstelle ftir Druckdaten des 
gesamten Druckproduktionssystems 1. Auf ihm laufen diverse 

30 Steuerungsmodule (Sof twareprogramme) , durch die der ge- 
samte Druckproduktionsablauf bzw. die gesamte Dokumenten- 
bearbeitung anwendungsspezif isch, produktionstechnisch und 
geratesteuerungsseitig an die jeweiligen Gegebenheiten op- 
timal angepasst wird. 

35 
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Im File-Server werden insbesondere folgende Funktionen 
ausgeftihrt, die im Zusammenhang mit den nachf olgenden Fi- 
guren genauer beschrieben werden: 

5 1. Converting Indexing Sorting 

Bei dieser Funktion werden eingehende Druckdaten auf ein 
einheitliches Datenformat konvertiert, nach vorgegebenen 
Parametern indiziert und in eine vorgegebene Sortierrei- 

10 henfolge umsortiert. Dies ermSglicht insbesondere die fur 
die nachfolgende Dokumentenausgabe optimierte Umsortierung 
des Datenstroms, beispielsweise das Zusammenf iigen ver- 
schiedener Seiten, die im Eingangsdatenstrom nicht aufein- 
ander folgen, derart zu einem Mail-Piece zusammen zu sor- 

15 tieren, dass sie beispielsweise in einem Kuvertiergerat 
18b gemeinsam zu einer Briefsendung einkuvertiert werden 
konnen . 

2 . Einf iigen von Steuerungsinf ormationen 

20 

Bei dieser Funktion werden in den Datenstrom Steuerungsin- 
f ormationen, insbesondere Barcodes eingefugt, anhand derer 
eine zusammengehGrige ■ Datengruppe (z.B. Seite, Blatt, Do- 
kument, Mail-Piece) als solche erkennbar und im Produk- 
25 tionsprozess an den verschiedenen Verarbeitungsstationen 
eindeutig lokalisierbar ist. Das Einf iigen kann mit einem 
Verfahren bzw. einem Computersystem und einer Software er- 
folgen, die in der deutschen Patentanmeldung Nr. 102 45 
530.9 beschrieben sind. 

30 

3. Datenreduktion 

Mit dieser Funktion lassen sich Steuerungsdaten, die im 
Eingangsdatenstrom vom Host-Computer 3 bzw. Anwender- 
35 Computer 12 an den Bearbeitungscomputer 4 geliefert worden 
sind, dahingehend filtern, dass solche Steuerungsdaten, 
die bei der gegebenen Gesamtsystemanordnung nicht benCtigt 
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werden, entfernt werden. Durch die Verbindung aller betei- 
ligten Ausgabeger&te (Drucker 6a bis 6d, Schneidegerat 
(Cutter) 18a, Kuvertiergerat 18b) ttber das Geratesteue- 
rungsnetzwerk 15, kann bereits im Bearbeitungscomputer 4 
5 entschieden werden, welche Steuerungsdaten des Eingangsda- 
tenstroms von keinem der angeschlossenen Gerate benatigt 
wird. Durch Entfernen dieser Daten aus dem Datenstrom kann 
der Datenstrom insgesamt reduziert werden, insbesondere 
dann, wenn lediglich leere Feldeintrage zu. entsprechenden 
10 Steuerungsdaten im Eingangsdatenstrom enthalten sind. 

4, Extraktion 

Mit dieser Funktion lassen sich aus dem Ausgangsdatenstrom 
15 vorgegebene Daten filtern bzw- aussondern, wodurch ein 
komprimierter Datenstrom (verdichtete Daten) , insbesondere 
fur Steuerungs- und Statusdaten, entsteht, der mit sehr 
hoher Geschwindigkeit zwischen den beteiligten Geraten und 
dem Oberwachungscomputer austauschbar ist. Hierdurch ist 
20 es mdglich, die Oberwachung der beteiligten Gerate in 
Echtzeit (Realtime) auszufUhren. 

Die Funktionen 1. - 4. sind von einem Computerprogramm-Mo- 
dul „CIS" (Converting, Indexing and Sorting) weitgehend 
25 automatisiert durchf uhrbar , auf das spater nochmals ge- 
nauer eingegangen wird. 

5. Wiederholungsdruck (Reprint) 

30 Wenn im Zuge der Weiterverarbeitung der Daten, insbeson- 
dere bei der Ausgabe der Daten auf einem der Druckgerate 
6a, 6b, 6c oder 6d, in einem der Nachverarbeitungsger&te 
18a, 18b oder auch im Druckcomputer 16, ein Fehler auf- 
tritt, so kann dies durch das Oberwachungssystem 7 anhand 

35 der im Bearbeitungscomputer 4 eingefttgten Steuerungs-Bar- 
codes festgestellt werden und der Nachdruck der von der 
Starung betroffenen Dokumente (Seiten, Blatter, Mail- 
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Pieces) angefordert werden. Diese Wiederholungsdruck- 
Anforderung wird maftgeblich im Bearbeitungscomputer 4 ge- 
steuert . 

5 Druckdaten, die vom Bearbeitungscomputer 4 f ertiggestellt 
wurden, werden tiber die Druckdatenleitung 14c an einen 
Druckserver 16 geleitet. Dessen Aufgabe ist es im wesent- 
lichen, den Bearbeitungscomputer 4 zu entlasten. Dies er- 
folgt durch Zwischenspeicherung der f ertiggestellten 

10 Druckdaten bis zu deren Abruf tiber die Datenleitung 14d an 
einen Oder beide Drucker 6c, 6d. Der Druckserver 16 ist 
somit in erster Linie aus Grunden der Performance 
(Geschwindigkeits) im Gesamtsystem integriert. Bei Syste- 
men, deren Druckgesch-windigkeit weniger groft ist, kann auf 

15 den Druckserver 16 auch verzichtet werden. 

Dokumentendaten, die an die Drucker 6c bzw. 6b iibermittelt 
und dort auf einen Auf zeichnungstrager (z.B. Papier) ge- 
druckt werden, werden im Gesamtsystem weiteren Bearbei- 
20 tungsstufen, namlich dem Schneidegerat 18a und dem Kuver- 
tierungsgerat 18b der weiteren Verarbeitung zugefuhrt. Da- 
mit ist der Druckproduktionsprozess abgeschlossen. 

Die gedruckten Dokumente werden auf ihrem Verarbeitungsweg 
25 zwischen dem Druckgerat 6 und dem letzten Nachverarbei- 
tungsgerat 18b hinsichtlich verschiedener Kriterien mit 
einem Testsystem 17 getestet, namlich durch ein optisches 
Testsystem 17a hinsichtlich ihrer optischen Druckqualitat, 
mit einem Barcode-Testsystem 17b hinsichtlich ihres Vor- 
30 handenseins, ihrer Konsistenz und/oder ihrer Reihenfolge 
sowie mit einem MICR-Testsystem 17c, sofern der Druck mit- 
tels magnetisch lesbarem Toner (Magnetic Ink Character Re- 
cognition Toner) gedruckt wurde. Die vom Testsystem 17 ge- 
lieferten Daten der verschiedenen Testsysteme werden von 
35 einem gemeinsamen seriellen Datenerf assungsmodul (Serial 
Data Aquisition Modul) 17d an das Geratesteuerungsnetzwerk 
15 ubermittelt und dem Oberwachungssystem 7 zugefuhrt. 
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Dort werden die jeweiligen Systemdaten erf ass t und in 
Echtzeit die Gerate tiberpruft sowie die jeweiligen Positi- 
onen der Dokumente hinsichtlich ihrer Korrektheit beziig- 
lich des Druckauf trages getestet. 

5 

Weitere Details eines derartigen Testsystems 17 sind im 
US-Patent Nr. 6,137,967 bzw. in dazu korrespondierenden 
Patentanmeldungen beschrieben. Der Inhalt dieses Patents 
bzw. dieser Patentanmeldungen wird hiermit durch Bezug- 
10 nahme in die vorliegende Beschreibung aufgenommen. 

Die fertig gedruckten Dokumente 23 konnen wiederum mit ei- 
nem Barcode-Leser lib erfasst werden, der z.B. funkgesteu- 
ert mit einer zugehSrigen Steuerungseinrichtung 10b ver- 
15 bunden ist, welche wiederum uber das Geratesteuerungsnetz 
15 ihre Daten an das Oberwachungssystem 7 liefert. 

Aus der PCT/EP02/05296 ist ein System bekannt, mit dem Do- 
kumente, die auf einem Drucksystem ausgedruckt werden, auf 
20 einem Bildschirm exakt in derselben Weise dargestellt wer- 
den wie auf dem Drucksytem, indem ein-und derselbe Raster- 
prozess sowohl zum Anzeigen als auch zum Drucken verwendet 
wird. 

25 Der Inhalt der oben angegebenen Patente, Patentanmeldungen 
und VerSf f entlichungen wird hiermit durch Bezugnahme in 
die vorliegende Beschreibung aufgenommen. 

In Figur 4 ist eine erf indungsgemafte Vorgehensweise veran- 
30 schaulicht. Mit Hilfe des Layout-Editors werden statische 
Ressourcen anhand eines vollstandigen Druckdatenmusters 
erstellt. Dies sind die im AFP-Datenstrom bekannten Stan- 
dard-ressourcen f wie Overlays, Pagesegmente, Fonts, Page- 
def- und Formdef-Dateien. Druckdaten, die jedoch mittels 
35 der standardmafiig im AFP-Funktionsspektrum angebotenen 
Formatierungen nicht enthalten sind f werden jedoch nicht 
in eine AFP-Ressourcen-Datei geschrieben sondern in eine 
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erweiterte, alle variablen Druckdaten enthaltende Druckda- 
ten-Datei. Diese Datei wird zur individuellen Gestaltung 
mit besonderen Formatierungs-Elementen, z. B. grafischen 
Elementen wie Kuchendiagrammen oder Balkendiagrammen he- 
5 rangezogen. Dazu ist der Editor 2 6 derart erweitert, dafi 
solche Formatierungen durchgefiihrt werden konnen. Das 
Grundkonzept der AFP-Datenstruktur , nSmlich die Datentren- 
nung zwischen variablen und statischen Daten wird dabei 
dennoch weitgehend beibehalten. Vom Formatter-Prinzip wird 

10 beibehalten, da/3 die Druckdaten vollstandig an eine Zwi- 
schenstufe Ubertragen werden. In dieser Zwischenstuf e wer- 
den - wie bei der Verarbeitung von AFP-Druckdaten vorgese- 
hen - den Druckdaten Resspurcen zugeordnet und somit For- 
mulare f Schriften etc. vereinheitlicht und in einen rela- 

15 tiv kleinen AFP-Ressourcen-Datenstrom umgesetzt. Dieser 
Ressourcen-Datenstrom wird tiber einen AFP-Kanal 36 uber- 
tragen. 

Weiterhin werden aus den variablen Druckdaten diejenigen 

20 Daten herausgesucht , die bereits anderweitig formatiert 
sind oder bei denen keine performante Umwandlung bzw. Zu- 
ordnung von AFP-Ressourcen moglich ist. Diese Druckdaten 
werden dementsprechend urn die ben6tigten Befehle erweitert 
(Data Enrichment) . Diese Druckdatenerweiterung findet in 

25 einer sogenannten Design-Phase mittels eines geeigneten 
Editors statt, in dem entsprechende Musterdatensatze un- 
tersucht werden und entsprechende Zuordnungen getroffen 
werden. Beispielsweise konnte eine Datentabelle herangezo- 
gen werden und der Befehl zugeordnet werden, dafi aus den 

30 in der Datentabelle stehenden Zahlen ein Kuchendiagramm 
als grafisches Element zu erzeugen ist. Als Editor kann 
wahlweise ein geeignetes neues Computerprogramm zur Verfu- 
gung gestellt werden oder ein bereits bestehender Editor 
fttr eine bestimmte Drucksprache, beispielsweise ein AFP- 

35 Editor, wie der oben erwahnte Smart Layout Editor (SLE) 
der Anmelderin, urn entsprechende Funktionen erweitert wer- 
den . 
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In einer produktiven Phase, das heifit wShrend der variable 
Druckdatenstrom von der Datenquelle 25 an den Druckserver 
Oder direkt an eines der Druckgerate 31 , 32 ttbertragen 
wird, wird der entsprechend erweiterte Druckdatenstrom li- 
ber den Datenkanal 37 an den Druckserver bzw. Drucker ge- 
sandt. Im Druckserver 28 bzw. Druckgerat 31, 32 wird der 
aufbereitete Druckdatenstrom mit den einmalig tibertragenen 
AFP-Ressourcen kombiniert und schlieftlich der so kombi- 
nerte Datenstrom an den Drucker als IPDS-Datenstrom ge- 
sandt.Ein Ausdruck kann auch als Telefax an ein Faxgerat 
erfolgen, die Daten uber einen email-Computer, beispiels- 
weise uber den Client-Computer 12, als email versandt wer- 
den oder iiber einen www-Server in das Internet gestellt 
werden. 

Mit der Erfindung ist es somit einerseits moglich, Stan- 
dard-Daten performant zu tibertragen, weil diese Daten 
nicht durch Formatierungsanweisungen uberladen sind und 
andererseits diejenigen Datenf ormate, welche nicht oder 
nur umstandlich in AFP beschreibbar sind, einfach und 
schnell an den Druckserver zu ubertragen. 

Bei der erf indungsgemalien Verf ahrensweise ist damit vorge- 
sehen, die aus AFP-Umgebungen bekannte Verarbeitungsweise 
urn mindestens eine Funktionalitat zu erweitern, durch die 
innerhalb der Druckdaten Formatierungsanweisungen, wie die 
Darstellung grafischer Daten, z.B. der Umwandlung in Ku- 
chen- bzw. Balkendiagramme oder der Hinzuftigung von Kompo- 
nenten, wie Barcodes, Bilder und anderer Objekte Ubertra- 
gen werden konnen. 

Ein Vorteil der erf indungsgemalien Ldsung ist dabei einer- 
seits die Arbeitskompatibilit&t zu den bekannten Umfeldern 
und zum andern die Moglichkeit, bestehende, immer wieder- 
kehrende Druckauf trage weiterhin verwenden zu konnen. So- 
mit kann eine 100%-ige Abwartskompatibilitat des Verfah- 
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rens in Druckproduktionsuingebungen gewahrleistet warden. 
DruckdatenstrSme, die unter frttheren Editoren erzeugt wur- 
den, wie z. B. Zeilendatenstr5me (Line Data Streams) k6n- 
nen weiterhin direkt tiber ein erf indungsgemaft erweitertes 
5 Layout bzw. Editormodul an den Printserver bzw. Drucker 
tibertragen werden. Dazu wird lediglich. eine friiher er- 
zeugte pagedef-Datei in ein Dokument-Template ilbernommen. 

In Figur 5 ist gezeigt, wie erf indungsgemaiie Computerpro- 
10 grammprodukte so zusammenwirken, daJ5 Daten, die aus einer 
SAP-Datenbankanwendung stamen, mit Format ierungsinf orma- 
tionen aufbereitet und in einem Druckproduktionssystem so 
aufbereitet werden, dafi sie an ein Druckgerat "gesandt wer- 
den konnen. Von der SAP-Datenbankanwendung 40 werden 
15 Druckdaten ttber ein Aus.gabedaten-Managementsystem 41 (Out- 
put Management System) und eine SAP-Schnitts telle 42 (SAP 
Connector) an ein Druckproduktionssystem 43 gesandt, Dort 
werden Druckauf trage von einem Auf tragsverteilungssystem 
44 (Order Distribution System) fttr die weitere Verarbei- 
20 tung verwaltet. Jeder Druckauf trag wird dabei mittels ei- 
nes Druckauftragsmanagers 45 (Printjob Manager) individu- 
ell gekennzeichnet und mit Druckauf tragsdaten, beispiels- 
weise fur einen gewiinschten Ausgabedrucker oder einer ge- 
wissen Prioritat, versehen. Diese Daten stehen in einer 
25 Druckauf trags-Begleitdatei 4 6 (Jobticket) . Zur Aufberei- 
tung von Druckdaten aus einer Anwenderdatenbank dient ein 
Datenerweiterungs-Modul 47. Dieses umfafit zwei Computer- 
programm-Module 48, 49, die zu verschiedenen Zeitpunkten 
benotigt werden - 

30 

In einer Datenvorbereitungsphase werden die Daten eines 
Musterdatensatzes aus einer Anwendungsdatenbank 50 (z.B. 
SAP Datenbank) herangezogen und mittels des Designer-Mo- 
duls 48 geeignete Formatierungs- und sonstige Erganzungs- 
35 daten an den Musterdatensatz angehangt, urn diesen nach 
Wunsch eines Anwenders auf zubereiten . Geeignete Erweite- 
rungsdaten 51 werden dann ttber das Auf tagsverteilungs- 
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system 4 4 an das Dokumenten-Generator-Computerprogramm 4 9 
tibermittelt . Mit dem Dokumenten-Generator-Computerprogramm 
4 9 werden zudem die RDI-Daten sowie die zugehorigen Forma- 
tierungsdaten in ein internes vorgegebenes, an ein Druck- 
system gekoppeltes oder von einem Anwender ausgewahltes 
Druckdatenformat umgewandelt . Die Umwandlung kann dabei z. 
B. in ' einen AFP-Datenstrom, einen PCL-Datenstrom, einen 
PostScript-Datenstrom oder auch einen PDF-Datenstrom er- 
folgen. 

Das Computerprogramm-Modul 49 verwendet die Erweiterungs- 
daten in einer zweiten Verarbeitungsphase, in der die 
vollstandigen Datenbankdaten von der SAP-Datenbankanwen- 
dung 40 tiber die SAP-Schnittstelle 42 Ubermittelt werden, 
Datensatz ftir Datensatz mit den Erweiterungdaten anzurei- 
chern, Auf diese Weise entstehen personalisierte Dokumente 
52 , die tiber das Auf tragsverarbeitungssystem 4 4 als Druck- 
dateien 53 an ein Sammelprogramm 54 (Spool) oder als di- 
rekte Druckdaten tiber ein Druckertreiber-Modul 56 an einen 
Drucker (in Figur 5 nicht gezeigt) ausgegeben werden. 

In Figur 6 sind die DatenverarbeitungsvorgSnge darge- 
stellt, die einerseits in der Vorbereitungsphase (Design- 
Phase) und andererseits in der produktiven Phase (Druck- 
phase) durchgefiihrt werden urn Druckdaten aus beliebigen 
Quellen aufbereiten zu konnen. Ein Probedatensatz bzw. ein 
Probedokument 60 wird zur Design-Phase Uber ein Import-Mo- 
dul 61 als Design-Datensatz 62 in das Designer-Computer- 
programm 4 8 geladen. Anhand dieses Programms 4 8 werden be- 
liebige Formatierungs- bzw. Erganzungs- inf ormationen zu 
dem Design-Datensatz 62 hinzugefugt und somit die Design- 
Informationsdatei 63 gebildet. Zur Druckphase werden Ap- 
plikations-Datensatze 64 Datensatz fiir Datensatz eingele- 
sen und mittels eines Obersetzungs-Computerprogramm-Moduls 
65 des Dokumenten-Generator-Computerprogramms 4 9 in ein 
internes AFP-Datenf ormat 66 iibersetzt. Der Translator 65 
bildet aus dem Applikations-Datensatz 64 den Applikations- 
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Datensatz im internen Datenformat 66 auf das dann ein Com- 

puterprogramm-Modul "Formatter" des Dokumenten-Generator- 
Computerprogramms 49 angewandt wird. 

5 Das Formatter-Computerprogramm-Modul 67 erzeugt aus den 
Druckdaten im internen Datenformat und den durch den De- 
sign-Prozeft definierten Formatierungsvorschrif ten, die in 
der Design-Informationsdatei 63 hinterlegt sind, das per- 
sonali-sierte Dokument 68, Ein Datentransf ormations-Modul 
10 69 (AFP-Transformer) wandelt die personalisierte Dokumen- 
tendatei 68 in eine Druckdatei 70 urn. 

In Figur 7 ist gezeigt, welche Funktionen mit dem Desig- 
ner-Computerprogramm 48 (vgl. Figur 5) ausgefiihrt werden 

15 k5nnen. Als Eingangsdatensignale werden SAP-RDI-Dokument- 
daten 71 sowie das bei ihrer Generierung benutzte SAP-RDI- 
Formular 72 akzeptiert. Weiterhin werden Overlays, Page- 
segmente und Fontdaten 73 aus AFP-Umgebungen akzeptiert- 
Mit dem Designer-Computerprogramm 4 8 konnen wahrend der 

20 Vorbereitungsphase aus Tabellenlisten Seitenabf ragen sowie 
Tabellenpositionen 74 definiert werden. Weiterhin konnen 
Layout-Zuordnungen 7 5 festgelegt werden und vorgesehen 
werden, dafi zwischen Layouts einer Seite druckdatengesteu- 
ert umgeschaltet wird. Ausgangsseitig werden dann Res- 

25 sourcen 7 6 bereitgestellt, in denen Inf ormationen liber die 
Art der RDI-Konvertierung 83 enthalten sind, die AFP-Res- 
sourcen-Dateien Pagedef, Formdef und Overlay sowie die Pa- 
gesegmente und die Fonts, welche eingangsseitig bereitge- 
stellt wurden. Die RDI-Konvertierungsinf ormationen 83 

30 enthaloten den Design-Datensatz 62, die Inf ormationen der 
Regeldatei 77 und das Dokument-Template 112 (siehe Fig. 
15) . 

In Figuren 8 und 9 sind nochmals die beiden Vorbereitungs- 
35 phasen (Design-Phase) und Produktionsphase (Producti- 
onphase) mit ihrem jeweiligen Arbeitsablauf dargestellt. 
Eingangsseitig werden in der Design-Phase (Figur 8) die 
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beiden Dateien RDI-Dokument-Daten 71 und SAP Script- 
Formular 72 eingelesen und in einem Datenselektiervorgang 
78 musterweise die Daten getrennt in typische Muster- 
Tabellendaten 79 und in Muster-Zeilendaten 80, die keiner 
5 Tabelle zugeordnet werden. Die Zeilendaten 80 werden dann 
einem typischen Zeilendatenprozess unterzogen, das heiJit 
wie Zeilendaten formatiert, wobei ein Zeilendatenlayout 82 
erzeugt wird, z, B; eine bestimmte grafische Wiedergabe 
wie ein Kuchendiagramm, festgelegt wird. Aus den typischen 

10 Tabellendaten 7 9 wird ein Tabellen-Layout 81 abgeleitet, 
wobei sie mit zusatzlichen Formatierungs-Anweisungen fur 
die Seitenf ormatierung angereichert werden konnen. Sowohl 
Tabellen-Layout als auch Seiten-Layout konnen gemeinsam 
oder bereichsweise Fonts zugeordnet bekommen. Aus diesen 

15 Inf ormationen wird die Design-Inf ormations-Datei 83 als 
Ausgabedatei erstellt. Sie enthalt einen Design-Datensatz 
62 und die Design-Information 63 (siehe Figur 6) , welche 
zum Normieren des Datenstroms und zum Formatieren des nor- 
mierten Datenstroms benotigt werden. In der Produktions- 

20 phase (Figur 9) wird die Design-Inf ormations-Datei 83 ge- 
meinsam mit den RDI-Produktions-Daten 84 eingelesen. In 
einem Datentrennvorgang 85 werden die Zeilendaten 8 6 von 
den Tabellen-Daten 87 getrennt, die Tabellen-Daten 87 von 
einem Tabellenf ormatier-Modul 88 formatiert und vom Doku- 

25 menten-Generator-Computerprogramm 49 die Daten als AFP-Da- 
ten-Datei 89 (Mixed Data) ausgegeben.' 

Figur 10 zeigt ein Dokument 92, das aus zwei Bestandtei- 
len, nSmlich einer statischen Rahmenseite 91 und einer dy- 

30 namischen Seite 90 mit veranderlicher Lange der darin ent- 
haltenen Information zusammengesetzt ist. In beiden Seiten 
kdnnen verschiedenartige Komponenten 93 vorgesehen sein r 
wie z. B. Rahmen, Texte, Barcodes, Grafiken und Logos, 
Bilder und Fotos, Diagramme, Tabellen und externe Kompo- 

35 nenten, die durch externe Programm-Module, wie die Pro- 
gramme Quark XPress** und Adobe Indesign™ erzeugt werden 
und insbesondere dynamische, das heiflt variable Lange, 
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aufweisen. Mit der Erfindung konnen derartige Dokumente 
sehr- flexibel und dynamisch, das heifit mit variabler Lange 
erzeugt werden. Dies wirkt sich vor allem bei Tabellen, 
Diagrammen, wie Kuchendiagrammen oder Balkendiagrammen so- 

5 wie von Elementen externer Komponenten positiv aus. Am 
Beispiel, das in Figur 11 gezeigt ist, wird dies deutlich. 
Dort ist jeweils gezeigt, wie eine Text-Komponente 95 mit 
einer Barcode-Komponente 96 und verschiedenen Druckdaten 
zusammenwirkt . Konstante und variable Daten werden daher 
10 jeweils in unterschiedlicher Art und Weise weiterverarbei- 
tet. Die statischen Teile der Textkomponente 95, das heilit 
diejenigen, die nicht in eckigen Klammern markiert sind, 
werden dabei in den jeweils ersten Seiten 97a, 98a der 
beiden Dokumente im Klartext wiedergegeben, wahrend die in 
15 eckigen Klammern stehenden dynamischen Textanteile durch ■ 
die Druckdaten ersetzt werden. Bei der Barcode-Komponente 
hingegen werden sowohl die statischen Textanteile als auch 
die dynamischen Textanteile verwendet urn einen zweidimen- 
sionalen Barcode auf den Seiten 2 des. ersten Dokuments 97b 

20 und des zweiten Dokuments 98b zu erzeugen. Aufgrund der 
Einteilung der Dokumentenbestandteile in verschiedene Kom- 
ponenten kann daher im produktiven Betrieb das Dokumenten- 
Generator-Computerprogramm 49 entscheiden, welche Daten 
wiederzugeben sind und far welche Daten unter Umstanden 

25 Unterprogramme aufgerufen werden mttssen, die die Komponen- 
ten weiterverarbeiten. Beispielsweise werden die Barcode- 
Komponenten-Daten an ein Barcodeerzeugungs-Modul iiber- 
spielt, in dem die in den Dokumentenbereichen 97b und 98b 
abgebildeten Barcodes 99a r 99b als Ausgabeobjekte zuruck- 

30 gegeben werden. 

Figur 12 zeigt, wie in der Systemumgebung von Figur 5 ein 
Druckdatenstrom zunSchst erweitert und in einen AFP-Druck- 
datenstrom umgewandelt wird und zur Ausgabe nochmals umge- 
' 35 wandelt wird in ein PCL-Format. Zentrales Steuer-Modul ist 
dabei das Auf tragsverteilungssystem 44 (Order Distribution 
System) . Nicht oder nur teilweise formatierte Druckdaten 
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(z. B. RDI-Daten) werden dabei vom Dokumenten-Generator- 
Computerprogramm 4 9 aufbereitet und wie in Figur 9 be- 
schrieben, in eine AFP-Druckdatei 89 ausgegeben. Diese 
AFP-Druckdaten konnen dann mit einem Minispool-Programm 
5 100 mit Softproof in Rasterbilder 101 umgewandelt werden. 
Diese Rasterbilder werden schlielilich in einen PCL-Daten- 
strom 102 eingebettet und als Druckdatei 103 ausgegeben. 
Da diese Vorgehensweise auf die AFP-Druckdatenbeschreibung 
aufsetzt und der Softproof so durchgefuhrt werden kann, 

10 dafi er genau in der selben Weise rastert, wie ein IPDS- 
Drucker, wird eine mit AFP vergleichbare und im wesentli- 
chen identische Druckausgabe erreicht. Ein entsprechendes 
Softproof-Verfahren, bei dem ein- und derselbe Rasterpro- 
zess fur einen Preview und fur einen Druckvorgang verwen- 

15 det wird, ist z, B. in der von der Anmelderin eingereich- 
ten PCT/EP02/05296 beschrieben. Der Inhalt dieser Patent- 
anmeldung wird hiermit ebenfalls durch Bezugnahme in die 
vorliegende Beschreibung aufgenommen. 

20 Das aufgerasterte Sof tproof-Bild kann weiterhin entweder 
direkt oder indirekt uber die entsprechenden normierten 
Daten editiert werden, so dafl in einer WYSIWYG (what you 
see is what you get) -Darstellung das Dokument einschliefi- 
lich seiner Tabellendaten auf einem Anzeigemedium, z.B. 

25 Bildschirm 16a, benutzerindividuell verSnderbar ist, wobei 
das Dokumenten-Template geandert wird und damit eine Riick- 
wirkung auf den normierten Ausgangsdatenstrom erfolgt. 
In Figur 13 ist gezeigt, wie ein Dokumenten-Eingangs-Da- 
tenstrom 105, der einem aus vielen mQglichen Eingangs-Da- 

30 tenformaten, wie Zeilendaten, RDI-Daten, XML-Daten, CSV- 
Daten oder Datenbankdaten entspricht, in einen Ausgangs- 
Datenstrom 106 umgewandelt wird, der einem aus vielen mog- 
lichen Ausgangs-Datenf ormaten, wi^ z. B. AFP, PCL, PPML 
entspricht. Der Eingangs-Datenstrom 105 wird dabei in ei- 

35 nem Schritt 107 in ein normiertes internes Datenformat um- 
gewandelt. Die Codierung des Eingangs-Datenstroms wird in 
diesem Fall in eine Onicode-Codierung (mapping-Vorgang 
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auf Unicode) umgesetzt. Dann wird dem Datenstrom eine Do- 
kumentenforma-tierungsinformation in einem Formatierungs- 
schritt 108 hinzugefugt. In einem letzten Schritt 111 wer- 
den die Daten in das ausgewShlte Ausgangs-Datenf ormat um- 
5 gewandelt. 

Die Formatierung der Daten im Schritt 108 kann insbeson- 
dere in der zuvor dargestellten Weise erfolgen, in dem die 
Daten und/oder einzufugende Formatierungsinf ormationen an- 

10 hand von Komponenten, das heifit Platzhaltern fiir bestimmte 
Inf ormationen, eingefiigt werden. In einem zusatzlichen 
Schritt 109 kSnnen den Daten seitenspezif ische Informatio- 
nen hinzugefttgt werden, z. B. in welcher Art und Weise die 
Seiten zu Papier gebracht werden sollen (N-Up, Duplex oder 

15 dgl.). 

In weiteren, dokumentenspezif ischen Formatierungsschritten 
109, 110 konnen den Druckdatenseiten- und dokumentenspezi- 
fische Inf ormationen, wie Bildung von Signaturen oder 

20 AusschieiJ r Schemata, Impositioning, Umsortierungsvorgange, 
Barcodeeinfagung usw. hinzugefUgt werden. Weiterhin ist es 
moglich, direkt vom gerSteunabhangigen normierten Aus- 
gangsdatenstrom eine Ausgabe auf einem Anzeigemedium 
(Bildschirm etc.) zu bewirken, wobei ein spezifisches An- 

25 steuermodul fiir das Anzeigemedium bzw. fur ein Anzeigeme- 
dium entfaltenden Computersystems , beispielsweise mit ei- 
ner Windows API oder einer Ankopplung an einen Browser un- 
ter Windows oder Linux, vorgesehen ist. Die oben genannten 
Arbeitsschritte werden jeweils von sogenannten Templates 

30 gesteuert. Dabei kann vorgesehen sein, daB weitere Templa- 
tes Anwendung finden, auch uber eine Schnittstelle zu ex- 
ternen Programmen, wie Oce Professional Document Composer 
(PDC) , Oce CIS (Converting indexing sorting) ,. Adobe® Inde- 
sign oder einem Barcode-Generierungsmodul . 

35 

Die ausgabespezif ische Umwandlung 111 kann insbesondere in 
einer druckerspezif ischen Sprache erfolgen. Weiterhin kann 
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das interne Druckdatenf ormat ein AFP-Druckdatenf ormat 
sein, wodurch es lediglich nbtig ist, AFP-Daten zu sairaneln 
(Spool) , wenn sie auf einem AFP-fahigen Ausgabegerat aus- 
gegeben werden sollen. Dabei kann auch eine Konvertierung 
5 in andere Sprachen erfolgen, wie PCL oder PPML, wobei eine 
Einbettung in ge-rasterte Bilder erfolgen kann (siehe o- 
ben) oder eine direkte Umwandlung auf Sprachenebene . 

Mit der oben gezeigten Anordnung ist es m5glich, alle zwi- 
10 schen dem Eingangsdatenstrom und dem Ausgangsdatenstrom 
liegenden Verarbeitungsstuf en gerateunabhangig zu gestal- 
ten. Ausgangsseitig konnen die Daten dann wahlweise gera- 
teabhSngig ausgegeben werden oder ebenfalls als ger&teu- 
nabhangiger Datenstronw Ein gerateabhangiger Datenstrom 
15 kann z. B. in den Formaten MO:DCA, PCL, PostScript oder 
PDF ausgegeben werden. 

In Figur 14 ist die Figur 13 nochmals urn einige Funktions- 
elemente erweitert. Daten 115, die eingangsseitig in dem 
20 Format Personalised Printer Mark-up Language (PPML) zur 
Verftigung gestellt werden, konnen mittels eines Seite- 
nextraktions-Moduls 116 direkt in die seitenspezif ische 
Formatierungsprozedur 109 eingeschleust werden. Zur Auf be- 
reitung der Seiten fur einen Signaturendruck kann ein Aus- 
25 schieJiprogramm 117 (PDC) auf das seitenspezif ische Forma- 
tierungs-Modul 109 aufgesetzt werden. Zur Umsortierung 
und/oder Einftigung von Barcodes oder Indizierungselementen 
kann ein weiteres Bearbeitungs-Modul 118 auf das dokumen- 
tenspezif ische Formatierungs-Modul 110 aufgesetzt werden. 
30 Auch eine Weiterleitung durch ein Post-Modul oder ein 
Netzwerk-Verbindungs-Modul ist moglich. 

In Figur 15 ist ein erf indungsgemafier Verf ahrensablauf 
nochmals verallgemeinert dargestellt. Zur Umschaltung der 
35 Eingangsdaten 105 in die normierten Daten 104 dient ein 
Obersetzungsstuf enmodul 94, das von der Regeldatei 77 ge- 
steuert wird* Die Regeldatei 77 enthalt Mapping-Regeln, 
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die in der Design-Phase aus den Eingangdokumentensdaten 
105 und/oder einem, ggf. zu neu erstellenden Design- 
Datensatz-62 und/oder aus eingangsdaten-spezif ischen 
Hilfsdateien 119 gebildet werden. Sowohl der Design- 
Datensatz-62 als auch die Regeldatei 77 kSnnen frei edi- 
tierbar sein. Der Design-Datensatz 62 kann aus dem Ein- 
gangsdokumentendatenstrom, 105 und/oder aus eingangsdaten- 
spezifischen Hilfsdateien 119 gebildet werden und zusatz- 
lich bei der Bildung eines Dokumententemplates 112 verwen- 
det werden, das die Formatierung des normierten Daten- 
stroms 104 (in Stufe 113) steuert. Wie mit den Pfeilen Ai 
und A 2 dargestellt, kann der Design-Datensatz 62 und aus 
diesem die Regeldatei 77 auch aus dem Dokumententemplate 
112 erzeugt werden. 

Alternativ dazu kann die Regeldatei 77 auch direkt aus dem 
Eingangsdokumentendatenstrom oder anderen Datei-Inf ormati- 
onen aus Hilfsdateien gewonnen werden. 



20 



Die in der Regeldatei 77 angegebenen Mapping-Regeln sind 
spezifisch fur den Eingangsdokumentenddatenstrom 105. Sie 
geben an, welches Element des Eingangsdokumentendaten- 
stroms 105 zu welchem Element des Design-Datensatzes zuzu- 
ordnen 1st. Der Design-Datensatz 62 enthalt die Struktur- 
25 definition der normierten Daten, wobei Typ-Deklarationen 
vorgesehen sind fur verschiedene Strukurelemente, z.B. fUr 
Kundennummern, Namen, Logos usw. In den normierten Rohda- 
ten 104 kdnnen dann auch Datengruppen gebildet werden, die 
zusammengehoren, insbesondere all diejenigen Daten , die 
zu einem Dokument gehOren. Somit sind fUr jedes Dokument 
alle dazugehorigen Daten im normierten Rohdatenstrom 104 
verfugbar. Ein Dokumenten-Template 112 dient als Struktur- 
vorlage fur die zu erzeugenden Dokumente und beschreibt, 
welche Formatierungsanweisungen im normierten Datenstrom 
35 hinzuzufugen sind. Es kann Elemente aus dem Design-Daten- 
satz 62 enthalten und/oder frei programmierte statische 
oder dynamische Elemente 96 93, 15 enthalten (siehe Fig. 
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10) . Das Documenten-Template 112 ist somit dokumentenf or- 
matierungsabhangig und dient dazu, die Formatbildungsein- 
richtung 113 (Formatter oder document composition engine) 
zu steuern. Aus dem normierten Rohdatenstrom 104 wird 
durch die Formatierungsbildungseinrichtung 113 dokumenten- 
weise ein ressourcen-orientierter Datenstrom gebildet. So- 
weit bereits in den Rohdaten Formatierungen enthalten wa- 
ren, werden diese beibehalten und soweit die Rohdaten un- 
formatiert sind und im Dokumenten-Template zu den entspre- 
chenden Datenfeldern Formatierungsangaben enthalten sind, 
werden diese ressourcen-orientiert in der Formatbildungs- 
einrichtung 113 hinzugef iigt , wobei Ressourcen, die mehr- 
fach innerhalb eines Datenstromes ben5tigt werden perfor- 
mance optimiert weiterverarbeitet werden, d.h., im res- 
sourcen-orientierten Datenstrom hauptsachlich durch Aufru- 
fen der Ressourcen eingefiigt werden, wobei die Ressourcen 
selbst nur einmal intern vorhanden sind, oder extern von 
einer Ressourcen-Datei geladen oder auch nur ref erenziert 
werden konnen, Zur Bearbeitung von Dokumenten-Templatell2 , 
Design-Datensatz 62 und Regeldatei 77 kann es vorteilhaft 
sein, diese Dateien in der Weise zu koppeln, dafi eine Ver- 
anderung in einer der Dateien zu einer Konsistenz-Priif ung 
und ggf. Modifikation in den beiden anderen Dateien fuhrt. 

Der formatierte Dokumentendatenstrom 114 wird dann einer 
Backend-Einrichtung 118 zugefiihrt, in der er in den durch 
eine Ausgabeselektionsdatei 119 gesteuerte Ausgabesprache 
wahlweise als Druckdatenstrom 120 oder liber eine Schnitt- 
stelle 121 fur ein Ausgabegerat (Telefax, email-Server, 
www-Server, Monitor) aufbereitet wird. Desgleichen kann 
der normierte Datenstrom 104 und/oder der formatierte Da- 
tenstrom 114 bereits geratespezif isch optimiert werden. 

Die Erfindung wurde anhand von Ausf tthrungsbeispielen be- 
schrieben. Dabei ist klar, dafi der Fachmann jederzeit Ab- 
wandlungen angeben kann. Insbesondere sind die genannten 
Druckdatensprachen nur beispielhaft zu verstehen, da diese 
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sich stetig weiterentwickeln wie zum Anmeldezeitpunkt der 
vorliegenden Anmeldung an den beiden Druckdatensprachen 
Extensible Mark-up language (XML) und Personalized Printer 
Mark-up Language (PPML) deutlich wird. 

5 

Die Erfindung ist insbesondere als Computerprogramm reali- 
sierbar, das bei einem Ablauf auf einem Computer einen er- 
findungsgemafien Verf ahrensablauf bewir. Dabei ist klar, 
daJJ entsprechende Computerprogramm-elemente bzw, Computer- 
10 programm-Produkte, wie beispielsweise Datentrager, fluch- 
tige und nich't fliichtige Speicher, die erf indungsgemafie 
Programme speichern sowie Obertragungsmittel, wie z. B. 
Netzwerk-Komponenten, die die erf indungsgem^fien Programme 
ubertragen, Ausgestaltungen der Erfindung sein konnen. 
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Bezugszeichenliste 





la. . 


.lc 


.erste Gruppe von Dokumenten 


5 


2a. . 


.2c 


zweite Gruppe von Dokumenten 




3a. . 


. 3c 


mailpieces (Sendungen) 




3 




Host Computer 




4 




Bearbeitungscomputer (File Server) 




5 




Netzwerk-Architektur 


10 


6 




Ausgabegerat 




7 




Oberwachungs system 




7a 




0b erwa chungs computer 




7b 




Datenbank 




7c 




Computerprogramm-Modul 


15 


8 




Print Manager 




9 




Konverter 




10a, 


10b 


Lesestation 




11a, 


lib 


Hand-Bar codeleser 




12, 


12a 


Client-Computer (Anwendernetzwerk) 


20 


13 




Netzwerk fur Client 




14a. 


. .14d 


Druckdatenleitung 




15 




Geratesteuerungsnetzwerk 




16 




Druckserver 




16a 




Bildschirm 


25 


17 




Testsystem 




17b 




Barcode Testsystem 




17c 




MICR-Testsystem 




17d 




Datenerf assungs-Modul 




18a 




Schneidegerat 


30 


18b 




Kuvertierer 




19 




Druckgut 




20 




Formatierungs-Computerprogramm 




23 




gedruckte Dokumente 
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25 




Druckdatenquelle 




26 




Editor 
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27 AFP-Ressourcen-Datenstrom 
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Patentansprtiche 

1. Verfahren zum Umwandeln eines Eingangs-Dokumentendaten- 
5 stroms (105) , der einem von mehreren moglichen Ein- 

gangsdatenf ormaten (AFP, MO:DCA, Line Data, CSV, RDI) 
entspricht, in einen Ausgangs-Dokumentendatenstrom 
(106) , der einem aus mehreren Ausgangsdatenf ormaten 
(AFP, MOrDCA, PCL, PostScript) entspricht, wobei der 

10 Eingangs-Dokumenten-Datenstrom (105) in ein internes 

• Datenformat (66) umgesetzt wird, den Daten im internen 
Datenformat (66) bedarfsweise eine Dokumentenf ormatie- 
rungsinf ormation hinzugefugt wird, die die Darstellung 
der Daten im Ausgangsf ormat festlegt, und die Daten 

15 dann in das Ausgangs-Datenf ormat umgewandelt werden. 

2. Verfahren, insbesondere nach Anspruch 1, zum Umwandeln 
eines Eingangs-Dokumentendatenstroms (105) , der einem 
von mehreren moglichen Eingangsdatenf ormaten (AFP, 
MO:DCA, Line Data, RDI) entspricht, in einen .Ausgangs- 
Dokumentendatenstrom (106) , der einem aus mehreren Aus- 
gangsdatenf ormaten (AFP, M0:DCA, PCL,- PostScript) ent- 
spricht, wobei der Eingangs-Dokumentendatenstrom (105) 
in ein internes Datenformat (66) umgesetzt wird, den 
Daten im internen Datenformat (66) bedarfsweise, ge- 
steuert dur'ch ein Dokumenten-Template, eine Dokumenten- 
f ormatierungsinf ormation hinzugefttgt wird, . die fest- 
legt, wie der Inhalt des Datenstroms im internen Daten- 
format im Ausgangsdatenstrom dargestellt wird, . und die 
Daten im Ausgangsdatenf ormat (AFP, M0:DCA, PCL, PostSc- 
ript) ausgegeben werden. 

3. Verfahren nach Anspruch 1 oder 2, wobei zur formatange- 
passten und geschwindigkeitsoptimierten Verarbeitung 
35 des Eingangs-Dokumentendatenstroms (105) der Eingangs- 

Dokumentendatenstrom (105) in ein internes Datenformat 
(66) mit formatierten Daten, die Formatangaben enthal- 
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ten und Rohdaten, die keine Formatangaben enthalten f 
umgewandelt wird. 

4. Verfahren nach Anspruch 3, wobei den Rohdaten mittels 
vorgegebener Regeln Formatierungsdaten hinzugefugt wer- 
den und aus den Daten des internen Datenf ormats ein 
Ausgangsdatenstrom (106) gebildet wird, der ein vorge- 
gebenes Format hat. 

5. Verfahren nach Anspruch 2 oder nach Anspruch 2 in 
Verbindung mit einem der Anspruche 3 bis 4, wobei das 
Dokumenten-Template (112) unter Verwendung eines 
Design-Datensatzes (62) gebildet wird und die 
Umwandlung in das interne Datenf ormat (66) durch 
Regeln, die den Design-Datensatz (62) verwenden, er- 
f olgt . . 

6. Verfahren nach den Anspruch 2 oder Anspruch 2 in Ver- 
bindung mit einem der Anspruche 3 bis 5, wobei das Do- 
kumenten-Template (112) unter Verwendung von frei pro- 
grammierten statischen oder dynamischen Elementen er- 
zeugt wird. 

7. Verfahren nach einem der vorhergehenden Anspruche, wo- 
bei in einer ersten, vorbereitenden Designphase dem De- 
sign-Datensatz feldweise Typen zugeordnet werden, wobei 
einer ersten Typengruppe Formatierungsanweisungen zuge- 
ordnet werden und einer zweiten Typengruppe keine For- 
matierung und wobei in einer zweiten, produktiven Ver- 
arbeitungsphase alle Datensatze des Eingangsdokumenten- 
datenstroms typweise untersucht werden und Daten, die 
der ersten Typengruppe zuzuordnen sind, zusatzlich for- 
mat iert werden und Daten, die der zweiten Typengruppe 
zugeordnet werden, keine zusatzliche Formatierung er- 
halten. 

8. Verfahren nach einem der vorhergehenden Anspruche, wo- 
bei in der Design-Phase eine frei definierbare Regelda- 
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tei (77) gebildet wird, deren Mapping-Regeln aus dem 
Designsatz (62), aus den Eingangsdokumentendaten (105) 
und/oder aus sonstigen Regeln aus Hilfsdateien (119) 
automatisiert und/oder frei editierbar abgeleitet war- 
den . 

9. Verfahren nach den Anspriichen 6 und 8, wobei die 
Aufstellung der Formatierregeln wahrend der Design-Zeit 
erfolgt, wobei insbesondere ein Dokumenten-Template ge- 
bildet wird. 

10. Verfahren nach einem der vorhergehenden Ansprttche, wo- 
bei die f ormatierten Daten in ein insbesondere gerate- 
spezifisches Ausgangs-Datenf ormat umgewandelt werden. 

11. Verfahren nach einem der vorherigen Ansprttche, wobei 
bei der Verarbeitung der normierten Datenstrom (104) 
und/oder der formatierte Datenstrom (114) geratespezi- 
fisch optimiert wird, 

12. Verfahren nach einem der vorhergehenden Ansprttchen, wo- 
bei das Eingangsdatenf ormat (105) , das Ausgangsda- 
tenformat (106) und/oder die hinzugefugte Dokumenten- 
f ormatierungsinf ormation auswahlbar ist. 

13. Verfahren nach einem der vorhergehenden Ansprttche, wo- 
bei in einer ersten Formatierungsstuf e vorf ormatierte 
Daten verarbeitet werden und in einer zweiten Verarbei- 
tungsstufe Rohdaten. 

14. Verfahren nach Anspruch 13, wobei die Rohdaten in der 
zweiten. Verarbeitungsstuf e in Komponenten .(93, 95, 96) 
insbesondere mehrfach verwendet werden. 

15. Verfahren nach Anspruch 14, wobei eine Komponente gra- 
fische Elemente (96) und/oder Indizierungsinf ormationen 
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umf asst . 

16. Verfahren nach einem der vorhergehenden Anspruche, wo- 
bei die Dokumentenf ormatierungsinf ormation eine Papier- 
wiedergabeinf ormation (N-up, duplex, impositioning) um- 
fasst. 

17. Verfahren nach einem der vorhergehenden Ansprtiche, wo- 
bei die Dokumentenf ormatierungsinf ormation eine Druck- 
vor- und/oder nachverarbeitungsinf ormation enthalt. 

18. Verfahren nach einem der vorhergehenden Ansprttche, wo- 
bei der Eingangsdatenstrom ein SAP/RDI-Datenstrom, .ein 
Line Data-Datenstrom oder ein Metacode-Datenstrom ist. 

19. Verfahren nach einem der vorhergehenden Ansprttche, wo- 
bei der Ausgangs-Dokumentendatenstrom (106) ein Advan- 
ced Function Presentation Datenstrom ist, bei dem eine 
erste Gruppe von Formatierungsinf ormationen uber eine 
pagedef-Datei zur Verftigung gestellt wird und eine 
zweite Gruppe von Formatierungsinf ormationen im Ein- 
gangsdokumentendatenstrom (105) und/oder im normierten 
Rohdatenstrom (104) enthalten ist. 

20. Verfahren nach einem der vorhergehenden Anspruche, wo- 
bei aus dem . normierten Ausgangs-Dokumentendatenstrom 
Ansteuersignale fiir ein Anzeigemedium (16a) oder einen 
ein Anzeigemedium enthaltenden Computer (12) gebildet 
werden. 

21. Verfahren nach einem der vorhergehenden Anspruche, wo- 
bei der Ausgangs-Dokumentendatenstrom (106, 120, 121) 
auf einem Anzeigemedium (16a) , insbesondere in aufge- 
rasterter Weise (101) dargestellt wird und derart edi- 
tierbar ist, dass vorgenommene Veranderungen das Doku- 
menten-Template andern und damit auf den ungerasterten 
Ausgangs-Dpkumentendatenstrom (106, 120, 121) zurtick- 
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wirken . 

22. Verfahren nach einem der vorhergehenden Anspriiche, wo- 
bei der Ausgangs-Dokumentendatenstrom (106) , insbeson- 
dere nach Durchlauf en eines ausgabegerateangepassten 
Konvertierungsprozesses, auf einem email-System (12) , 
einem Faxgerat und/oder einem Internet-Server ausgege- 
ben wird, 

23. Vorrichtung zum Durchfiihren eines Verfahrens nach einem 
der Anspriiche 1 bis 22, 

24 . Vorrichtung nach Anspruch 23, umfassend einen Computer 
(3, 12, 12a, 16). 

25 • Dokumentenverarbeitungssystem umfassend eine Vorrich- 
tung nach einem der Anspriiche 23 oder 24. 

26 . Dokumentenverarbeitungssystem nach Anspruch 25, umfas- 
send ein Drucksystem. 

27 .Computerprogrammprodukt, mit dem bei seinem Ablauf auf 
einem Computer ein Verfahren nach einem der Anspriiche 1 
bis 22 bewirkt werden kann. 
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